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(57) Abrege/Abstract: 

The present invention provides a system and method for communicating data between a source application process and one or 
more destination application processes. This system and method perform conversion and routing functions which require only a 
single conversion of all outbound transmissions regardless of the variety of destinations, and only a single conversion of all inbound 
transmissions regardless of the variety of sources. The functions also enable changes, additions, and deletions of sources and 
destinations of transmissions to be made without modification of a source or destination application process and without taking a 
source or destination application process off-line. The functions further enable this system and method to be implemented in 
virtually any enterprise architecture without requiring that each processing system of the architecture be custom built. These 
conversion and routing functions are performed by first receiving data to be transmitted in a source format from a source 
application. This data are then converted from the source format to a standard format. Next, one or more destinations are identified 
in a database using a transaction type corresponding to the data and/or the address of the source application. After identifying the 
one or more destinations, a copy of the data is transmitted to each and the data are then converted from the standard format to a 
destination format. Lastly, this converted data are passed to the destination process. 
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Abstract Of The Disclosure 

The present invention provides a system and 
5 method for communicating data between a source 
application process and one or more destination 
application processes. This system and method perform 
conversion and routing functions which require only a 
single conversion of all outbound transmissions 

10 regardless of the variety of destinations, and only a 
single conversion of all inbound transmissions 
regardless of the variety of sources. The functions 
also enable changes, additions, and deletions of 
sources and destinations of transmissions to be made 

15 without modification of a source or destination 

application process and without taking a source or 
destination application process off-line. The 
functions further enable this system and method to be 
implemented in virtually any enterprise architecture 

2 0 without requiring that each processing system of the 
architecture be custom built . These conversion and 
routing functions are performed by first receiving data 
to be transmitted in a source format from a source 
application. This data are then converted from the 

25 source format to a standard format. Next, one or more 
destinations are identified in a database using a 
transaction type corresponding to the data and/or the 
address of the source application. After identifying 
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the one or more destinations, a copy of the data is 
transmitted to each and the data are then converted 
from the standard format to a destination format. 
Lastly, this converted data are passed to the 
5 destination process. 
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SYSTEM AND METHOD FOR 
COMMUNICATING DATA 

Background Of The Invention 

This invention relates to systems and methods 
5 for communicating data. More particularly, this 
invention relates to systems and methods for 
communicating data between a source process and one or 
more destination processes, in which data are converted 
from a source format to a standard format, the data are 

10 routed from the source process to the one or more 

destination processes, the data are converted from the 
standard format to a destination format for each 
destination process, and receipt of the data is 
verified at each destination process, 

15 Integrated processing architectures in which 

a variety of processing systems communicate with each 
other over a communication network are widely used in 
commerce. Because of the different communication 
requirements of each processing system in such 

2 0 architectures, it is frequently necessary to 

incorporate multiple translation processes into each 
transmitting or receiving processing system to 
translate outgoing or incoming data. This necessity 
becomes particularly burdensome as the variety of 

2 5 source transmission formats or destination transmission 
formats increases for any processing system. For 
example, in an architecture comprising four format- 
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unique processing systems A, B , C, and D in which A 
transmits data to all of B, C, and D, and D receives 
data from all of A, B, and C, both A and D would need 
to have three translators each to respectively convert 
5 the transmissions to and from the necessary formats. 

Another disadvantage with these architectures 
is that changing, adding, and/or removing sources 
and/or destinations for data transmissions is difficult 
because the application processes that generate each 

10 copy of the transmissions generated and that perform 
the corresponding translations, must be modified. 
These modifications may be particularly problematic to 
the extent that they introduce potential flaws into the 
application processes and that they require the 

15 modified applications to be taken off-line while being 
altered. 

A further disadvantage with these 
architectures is that each architecture is usually 
unique from enterprise to enterprise because of the 

2 0 unique needs and desires of the enterprises, and, 

therefore, each architecture must be custom built at 
significant expense in both time and money. For 
example, in the architecture comprising processing 
systems A, B, C, and D used as an example above, each 
25 processing system would have to be custom built to 
incorporate the required translators for each of the 
other systems. Likewise, in another similar 
architecture comprising processing systems A, B, C, D, 
and E, each processing system would also have to be 

3 0 custom built to incorporate the required translators 

for each of the other systems although only one 
additional system (i.e., system E) makes this 
architecture different from the first architecture. 

In view of the foregoing, it would be 
3 5 desirable to be able to provide a system and method for 
communicating data between a source process and one or 
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more destination processes which do not require a 
separate translator on each source or destination 
processing system for each data format type to be 
transmitted or received, respectively. 
5 It would be also desirable to be able to 

provide a system and method for communicating data 
between a source process and one or more destination 
processes which do not require an application process 
to be modified to change, add, or remove a source or 

10 destination of a data transmission. 

It would be further desirable to be able to 
provide a system and method for communicating data 
between a source process and one or more destination 
processes which do not require an application process 

15 to be taken off-line to change, add, or remove a source 
or destination of a data transmission. 

It would be still further desirable to be 
able to provide a system and method for communicating 
data between a source process and one or more 

2 0 destination processes that can be implemented in 

virtually any enterprise architecture without requiring 
that each processing system of the architecture be 
custom built . 

Summary Qf The Invention 

2 5 It is therefore an object of this invention 

to provide a system and method for communicating data 
between a source process and one or more destination 
processes which do not require a separate translator on 
each source or destination processing system for each 

3 0 data format type to be transmitted or received, 

respectively. 

It is another object of this invention to 
provide a system and method for communicating data 
between a source process and one or more destination 
35 processes which do not require an application process 
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to be modified to change, add, or remove a source or 
destination of a data transmission. 

It is still another object of this invention 
to provide a system and method for communicating data 
5 between a source process and one or more destination 
processes which do not require an application process 
to be taken off-line to change, add, or remove a source 
or destination of a data transmission. 

It is yet another object of this invention to 

10 provide a system and method for communicating data 
between a source process and one or more destination 
processes that can be implemented in virtually any 
enterprise architecture without requiring that each 
processing system of the architecture be custom built. 

15 In accordance with the present invention, a 

system and method for communicating data between a 
source application process and one or more destination 
application processes, which achieve these and other 
objects, are provided. More particularly, the system 

2 0 and method of the present invention perform uniform 

conversion and routing functions which require only a 
single conversion of all outbound data transmissions 
regardless of the variety of data destinations and only 
a single conversion of all inbound data transmissions 
25 regardless of the variety of data sources. Through 
these function, the system and method of the present 
invention enable changes, additions, and deletions of 
sources and destinations of data transmissions to be 
made without modification of a source or destination 

3 0 application process and without taking a source or 

destination application process off-line. Also, by 
using uniform conversion and routing functions, this 
system and method may be implemented in virtually any 
enterprise architecture without requiring that each 
3 5 processing system of the architecture be custom built. 
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These conversion and routing functions are 
performed by first receiving, in a source format and 
from a source application, data to be transmitted. 
These data are then converted from the source format to 
5 a standard format. Next, one or more destinations are 
identified based upon a transaction type corresponding 
to the data to be transmitted and/or the address of the 
source application. After identifying the one or more 
destinations, a copy of the data is then transmitted to 

10 each. Upon receipt of each copy of the data at the 

corresponding destination, the data are then converted 
from the standard format to a destination format. 
Lastly, these converted data are passed to a 
corresponding destination process. 

15 In preferred embodiments of the system and 

method of the present invention, a receipt 
acknowledgment function is also performed. This 
function produces a receipt acknowledgment when 
transmitted data are received at a destination process. 

2 0 If this acknowledgment is not received at a source 
process prior to the occurrence of a given number of 
other transmission attempts or a given time period, an 
error notification will be generated. This error 
notification may then trigger an automated process that 

2 5 handles the error or alert a user to the error 

condition so that manual handling of the error can be 
accomplished . 

Briej Description Of The Drawings 

The above and other objects and advantages of 

3 0 the invention will be apparent upon consideration of 

the following detailed description, taken in 
conjunction with the accompanying drawings, in which 
like reference characters refer to like parts 
throughout, and in which: 



CA 02597150 2007-08-28 



- 6 - 

FIG. 1 is a block diagram of an integrated 
processing architecture in which a communication system 
in accordance with the present invention may be 
implemented; 

5 FIG. 2 is a block diagram of processing 

system implementing a portion of a communication system 
in accordance with the present invention; 

FIG. 3 is a flow diagram illustrating an 
outbound broker process for sending data and verifying 
10 data transmissions in a communication system in 
accordance with the present invention; 

FIG. 4 is a flow diagram illustrating a 
process for converting data to be sent in a 
communication system in accordance with the present 
15 invention; 

FIG. 5 is a flow diagram illustrating a 
process for transmitting data in a communication system 
in accordance with the present invention; 

FIG. 6 is a flow diagram illustrating an 
2 0 inbound broker process for receiving data in a 

communication system in accordance with the present 
invention; 

FIG. 7 is a flow diagram illustrating a 
process for verifying and acknowledging the integrity 

2 5 of data received in a communication system in 

accordance with the present invention ; 

FIG. 8 is a flow diagram illustrating a 
process for converting received data in a communication 
system in accordance with the present invention; and 

3 0 FIG. 9 is a flow diagram illustrating a 

management system process for setting up a 
communication system in accordance with the present 
invention . 
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Detailed Description Of The Invention 

The present invention provides a system and 
method for communicating data between multiple 
application processes that are being executed on one or 
5 more processing systems connected to a communication 
network. In communicating data between these 
application processes, the system and method may 
perform conversion,- routing, and receipt verification 
functions. Preferably, these functions are performed 

10 by inbound and outbound broker processes that are each 
executed on the one or more processing systems. In 
preferred embodiments of the present invention, each of 
these functions may be configured and controlled 
through a user interface on a management system that is 

15 also connected to the communication network. 

To facilitate data being communicated between 
application processes that require the data to be in 
different formats, the conversion function of the 
present invention first converts the data from a source 

2 0 format to a standard format, and then converts the data 
from the standard format to a destination format. The 
first conversion is preferably performed by an outbound 
broker process that is executed on a source processing 
system, and the second conversion is preferably 

2 5 performed by an inbound broker process that is executed 

on a destination processing system. In performing the 
first conversion, the outbound broker process first 
identifies the type of data being transmitted. Based 
upon the data type identified, the broker process then 

3 0 retrieves formatting rules which dictate how the source 

data are to be converted. Finally, the data are parsed 
from the source format and formatted into the standard 
format according to the formatting rules. Similarly, 
in performing the second conversion, the inbound broker 
3 5 process first identifies the type of data received. 
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Based upon the data type identified, the broker process 
then retrieves formatting rules which dictate how the 
standardized data are to be converted. Finally, the 
data are parsed from the standard format and formatted 
5 into the destination format according to the formatting 
rules . 

Prior to transmission, the outbound broker 
process also performs a routing function on the data to 
be transmitted. This routing function eliminates any 

10 need for a transmitting application process to identify 
a destination process for to-be-transmitted data, 
allows any number of destination processes to receive 
transmitted data, and enables application processes to 
be easily added and removed as destinations for 

15 transmitted data. In performing this function, the 
data type of data to be transmitted is first 
determined. One or more destination processes for the 
data are then identified from a list in a configuration 
database that is accessible to the outbound broker 

20 process. This identification may be performed, for 
example, by determining which destination processes 
listed in the database are indicated as receiving data 
of the determined data type and/or data from the source 
application process associated with this outbound 

25 broker process. Finally, for each of the identified 
destinations, a copy of the to-be-transmitted data is 
constructed and information identifying the 
corresponding destination process is added to each copy 
of the to-be-transmitted data so that the data may then 

3 0 be transmitted to each destination. 

Through these conversion and routing 
functions, the system and method of the present 
invention can achieve the aforementioned objects. For 
example, only a single translator is required for each 

35 source or destination application process because the 
conversion process is always performing the same 
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conversion regardless of where data is going to or 
coming from (i.e., the conversion process always 
converts data from a source format to a standard format 
or converts data from a standard format to a 
5 destination format) . As another example, through the 
combination of the conversion function and the routing 
function, changes, additions, and deletions of sources 
and destinations of data transmissions can be made 
without the modification or shutting-down of an 

10 application process because the same conversion 

function is always performed for all data transmissions 
sent or received, and because the routing function 
refers to a database to retrieve the parameters for 
each particular transmission or reception. As still 

15 another example, the system and method of the present 
invention can be implemented in virtually any 
enterprise architecture without requiring that each 
processing system of the architecture be custom built 
because the conversion process is only dependent upon 

2 0 the application process to which it is being applied, 
and because the routing function relies on a database 
for controlling its operation that may be implemented 
separately from the corresponding application process. 

The receipt verification function of the 

2 5 system and method of the present invention monitors 
whether data transmitted from a source application 
process to a destination application process by way of 
an outbound broker process and an inbound broker 
process is received by the destination application 

30 process. If the receipt verification function cannot 
verify that the transmitted data were received by the 
destination application process within a given number 
of other transmission attempts or a given time period, 
an error notification is generated to alert a user of a 

35 transmission failure. In performing the receipt 

verification function, data are first placed in an 
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outbound data queue in the outbound broker process 
prior to transmission. After transmission, the 
outbound broker process listens for a receipt 
acknowledgment to be generated and transmitted by the 
5 inbound broker process of the destination application 
process. If the acknowledgment is received within a 
given number of other transmission attempts or a given 
time period, the transmitted data are removed from the 
outbound data queue and no further monitoring of • this 

10 data transmission is performed. As mentioned above, 

however, if this acknowledgment is not received by the 
outbound broker process within a given number of other 
transmission attempts or a given time period, an error 
notification is generated. This error notification may 

15 then trigger an automated process that handles the 
error or alert a user to the error condition so that 
manual handling of the error can be accomplished. 

To configure and control the processing of 
these functions of the system and method of the present 

2 0 invention, preferred embodiments may also include a 

management system that is connected to the 
communication network. Using this management system, a 
user may, for example, set up communications to or from 
new application processes, remove communications from 
25 existing application processes, add, remove, or modify 
data types and formats, add, remove, or modify 
destinations for any data type, specify criteria for 
receipt acknowledgment error notification generation, 
and enable or disable any of the conversion, routing, 

3 0 and receipt verification functions. 

One embodiment of the system and method of 
the present invention is illustrated in more detail in 
FIGS. 1-10. FIG. 1 shows an integrated processing 
architecture 10 0 that may be used to implement the 
3 5 present invention, comprising a communication 

network 102, a management system 104, and processing 
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systems A-D 106. Communication network 102 is 
preferably a computer network that supports the TCP/IP 
communication protocol, however, any suitable network 
or combination of networks may also be used. 
5 Management system 104, as mentioned above, is 

preferably used in architecture 100 to enable a user to 
configure and control the functions of the present 
invention. Although architecture 100 is illustrated as 
incorporating management system 104 , the present 

10 invention could also be implemented without management 
system 104. Processing systems A-D 106 may be any 
suitable processing equipment that generates data. For 
example, any of processing systems A-D 106 may be an 
inventory management system, a financial processing 

15 system, a shipping control system, point of sale 
equipment such as cash registers and/or bar code 
scanning systems, or a warehouse management system. 
These systems 10 6, as well as management system 104, 
may be implemented on dedicated hardware, a personal 

2 0 computer, a mainframe computer, or any other suitable 

device or devices. Each of systems 106 may be a unique 
type of system that executes unique software on unique 
hardware, or any number or all of systems 10 6 may be 
partially or completely identical. Although four 
25 systems 106 are illustrated in architecture 100, any 
number of systems 106 may be used in implementing the 
present invent ion . 

Referring to FIG. 2, one of processing 
systems A-D 106 is illustrated in more detail. As 

3 0 shown, each system 106 comprises application 

process 108, an inbound broker process 110, an outbound 
broker process 112, and communication software and/or 
hardware 114. Application process 108 may be any 
suitable software for execution on system 106. For 
3 5 example, if system 10 6 is an inventory management 
system, application process 108 may be suitable 
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inventory management software. Inbound broker 
process 110, as mentioned above, is used to implement 
portions of the functions of the present invention. 
For example, inbound broker process 110 may perform 
5 conversion and/or receipt verification of data received 
at processing system 106. Outbound broker process 112, 
as also mentioned above, is also used to implement 
portions of the functions of the present invention. 
For example, outbound broker process 112 may perform 

10 conversion, routing, and/or receipt verification of 
data to be transmitted from processing system 106. 
Although inbound broker process 110 and outbound broker 
process 112 are illustrated as being separate processes 
that are executed on processing system 10 6, 

15 processes 110 and 112 could also be executed in a 

single process or as any number of individual processes 
that is or are executed completely on, partially on, or 
completely off of processing system 106. For example, 
a single inbound/ outbound broker could be implemented 

2 0 on a separate processor connected between processing 

system 106 and communication network 102. Lastly, 
communication software and/or hardware 114 may be any 
suitable combination of software and/or hardware that 
enables communication over communication network 102. 
25 For example, communication software and/or hardware 114 
may comprise an Ethernet interface circuit card 
assembly and suitable driver software. 

Outbound broker process 112 is illustrated in 
more detail in FIG. 3. As shown, once process 112 has 

3 0 begun at block 122, process 112 waits for and receives 

either data from source application process 108 
(FIG. 2) or a receipt acknowledgment from an inbound 
broker process 110 (FIG. 2) of another application 
process 108 (FIG. 2) . After data or a receipt 
3 5 acknowledgment is received at block 124, process 112 
proceeds to test 12 6 to determine whether a receipt 
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acknowledgment was received. If at test 126 a receipt 
acknowledgment is determined not to have been received, 
a conversion process is performed on the received data 
at block 128. This conversion process converts the 
5 data from a format associated with source application 
process 108 (FIG. 2) to a standard format. Once the 
data have been converted, a transmission process is 
performed on the data at block 130. This transmission 
process prepares the data for transmission and 

10 transmits the data. If at test 126 a receipt 

acknowledgment is determined to have been received, the 
corresponding transaction is recognized as being 
delivered and the associated data are removed from a 
local queue corresponding to the transaction's 

15 destination at block 132. Finally, after transmitting 
the data at block 130 or deleting the transaction data 
from the local queue at block 132, process 112 loops 
back to block 124 to again wait for and receive data or 
a receipt acknowledgment. 

20 FIG. 4 illustrates the conversion process of 

block 128 of FIG. 3 in more detail. As shown, after 
this process has begun at block 140, the process first 
determines whether data to be transmitted were received 
from source application process 108 (FIG. 2) as a set 

2 5 of semantic assignments or as data in a generic format 

at test 142. As used herein, a semantic is a set of 
information that is associated with a piece of data and 
which includes a label and a set of system-specific 
requirements for the piece of data. For example, a 

3 0 semantic for a piece of shipping data may include a 

label entitled "to_location" that indicates that the 
piece of data represents where a shipment is being sent 
to, and a set of requirements which dictate that this 
data may only be assigned values of "dock, w 
35 "warehouse," "factory," and "store" on a particular 
system 106 (FIGS. 1-2). When transmitted from an 
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application process 108 (FIG. 2), a semantic assignment 
for this piece of data may be represented by a string 
such as "to_location=dock. " Data in a generic format 
may include data passed by a source application 108 
5 (FIG. 2) in any fashion other than as a set of semantic 
assignments. For example, data for a shipment may be 
sent in a generic format as a stream of characters 
separated by a predetermined delimiter such as a pipe 
character ("|"). If the conversion process determines 

10 at block 142 that data were received from an 

application process as a set of semantic assignments, 
then the process parses those semantic assignments and 
packs the data at block 144. Otherwise, the process 
parses the data from a generic format and packs the 

15 data at block 146. The data packing performed in 

blocks 144 and 146 may be used to remove unnecessary 
information from a piece of data and may include 
removing leading zeros from a number and removing 
trailing spaces from a set of characters. 

20 Once data received from source application 

process 108 (FIG. 2) have been packed at blocks 144 
or 146, the conversion process looks for a transaction 
type corresponding to the to-be-transmitted data in a 
transaction database at block 148. This database is 

25 preferably stored locally on processing system 106 

(FIG. 2) on which outbound broker process 112 (FIG. 3) 
is being executed. If the transaction type is then 
determined not to have been found at test 150, the 
conversion process stores the transaction name and data 

3 0 in an error queue at block 152 and terminates at 
block 154. Otherwise, if the transaction type is 
determined to have been found at test 150, then the 
corresponding transaction information is received from 
the transaction database at block 156. Finally, the 

35 packed data are placed in transaction fields defined by 
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the transaction information at block 158 and the 
process is completed at block 154. 

The transmission process of block 13 0 of 
FIG. 3 is illustrated in detail in FIG . 5. As shown, 
5 once the transmission process has begun at block 160, 
the process queries the transaction parameters for the 
data to be transmitted at block 162. These transaction 
parameters are preferably stored in a database located 
on the processing system in which outbound broker 

10 process 112 (FIG. 3) is being executed, and preferably 
include a list of the destinations for the transaction, 
whether the transaction is a secure transaction, etc. 
As stated above, the list of destinations for the 
transaction may be based upon the type of transaction 

15 to be transmitted or the particular source of the 

transaction. Next, at test 164, the process determines 
whether the transaction is a secure transaction based 
upon these parameters, and if so, the transaction data 
are encrypted at block 166. After encryption at 

20 block 166 or if the transaction is determined not to be 
a secure transaction at test 164, the first destination 
of the transaction is identified and a serial number 
for the transaction is obtained at block 168. 
Preferably, this serial number is selected 

25 incrementally for each transmission to the same 

destination from this source. Using incremental serial 
numbers in this way, allows a destination to recognize 
a lost transmission from a gap in adjacently received 
serial numbers from the same source. 

3 0 Once a destination and serial number are 

selected, a transmission record is built for this 
destination, the record is written to a transmission 
queue, and the record is transmitted to the destination 
in turn at block 170. This transmission record may be 

35 used to identify the source address, the transaction 
type, whether the data are encrypted, and the date, 
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time, and serial number of the transmission. The 
transmission record also contains the data to be 
transmitted. Furthermore, other information may also 
be included in the transmission recorded depending on 
5 the requirements of the specific system in which the 
present invention is being implemented. The 
transmission queue to which the data are then written 
is preferably a dedicated queue that only contains data 
to be transmitted to the designated destination. This 

10 queue is preferably maintained on processing system 106 
(FIG. 2) on which outbound broker process 112 (FIG. 3) 
is being executed, although the queue may alternatively 
be located elsewhere as well . Once located in the 
transmission queue, the transaction data will then be 

15 transmitted in turn. This is preferably accomplished 
by transmitting one transaction from each queue for 
which there are data in a cyclic fashion. 
Alternatively, however, all or some portion of data for 
a single transmission queue may be transmitted prior to 

2 0 transmitting data for another queue. 

After the transaction data have been placed 
in the corresponding transmission queue at block 170, 
the transmission process determines whether a queue 
threshold for this queue has been passed at test 172. 

2 5 This queue threshold may include a maximum number of 

entries in the queue, or a maximum amount of time for a 
queue entry to remain in the queue. A maximum number 
of entries threshold may be exceeded, for example, when 
transaction data in the transmission queue have not 

3 0 been deleted because the corresponding receipt 

acknowledgments have not been received by outbound 
broker process 112 (FIG. 3) . If this threshold is 
determined to have been exceeded at test 172, an error 
notification is generated at block 174. After 
3 5 generating this notification at block 174 or if the 
threshold is determined not to have been exceeded at 
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test 172, the serial number for the designated 
destination is incremented at block 176. Finally, at 
test 180, the transmission process determines whether 
these transaction data need to be transmitted to any 
5 other locations, and if so loops back to block 168. 
Otherwise, the transmission process completes at 
block 178. 

Referring to FIG. 6, inbound broker 
process 110 of FIG.- 2 is illustrated in detail. As 

10 shown, after inbound broker process 110 has begun at 
block 212, process 110 waits for and receives a data 
transmission at block 214. This data transmission may 
include transaction data that are transmitted from an 
outbound broker process 112 (FIG. 3) of another 

15 processing system 106 (FIG. 3) or management control 

data that are transmitted from a management system 104 
(FIG. 1) . At test 216, process 110 determines which of 
these data types was received. If at test 216 
management control data are determined to have been 

20 received, the data are processed and/or stored at 

block 218. Preferably, in processing and/or storing 
this management control data, the control information 
and configuration of both inbound broker process 110 
(FIG. 2) and an outbound broker process 112 (FIG. 2) on 

25 processing system 106 (FIG. 2) can be modified. 

Alternatively, a separate mechanism may be included in 
outbound broker process 112 (FIG. 2) to receive and 
process and/or store this management control data. 

If at test 216 the data received are 

3 0 determined not to be management control data, receipt 
processing is then performed on these data at 
block 220. Preferably, this receipt processing 
includes checking the integrity of the data received, 
generating a receipt acknowledgment for these data, and 

35 decrypting the data, if necessary. Once this receipt 
processing has been performed at block 22 0, the data 
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are converted from the standard format to a format 
corresponding to the destination application 
process 108 (FIG. 2) at block 222. Finally, the data 
are passed to destination application process 108 
5 (FIG. 2) at block 224, and then process 110 loops back 
to block 214 to wait for and receive more data. In 
passing the data to destination application process 108 
(FIG. 2) , inbound broker process 110 (FIG. 2) may 
interrupt application process 108 (FIG. 2) to alert it 

10 to the presence of the data, or may queue the data for 
subsequent polling by application process 108 (FIG. 2) . 

The receipt processing performed in block 22 0 
of FIG. 6 is illustrated in detail in FIG. 7. As 
shown, after the receipt processing of the received 

15 data has begun at block 232, the header message is 
parsed, and the integrity of the header and data is 
checked at block 234 and test 236. If at test 236 an 
error is determined to exist in the header or data, 
then an error notification is generated at block 23 8 

20 and the receipt processing is terminated at block 240. 
Otherwise, if at test 23 6 no errors are detected in the 
header or data, a receipt acknowledgment is generated 
at block 242. Once the receipt acknowledgment is 
generated, the serial numbers of the currently received 

25 transaction and the previously received transaction 

from the same source are checked for a gap at block 244 
and test 246. If a gap is detected at test 246, an 
error notification is generated at block 248 and the 
receipt processing is terminated at block 240. 

30 Otherwise, if no gap is detected at test 246, the 

processing determines at test 25 0 whether the data are 
encrypted from the header, and if so, the data are then 
decrypted at block 252. If at test 250 the data is 
determined to not be encrypted at test 250 or after the 

35 data have been decrypted at block 252, the transaction 
name and data are queued for conversion processing at 
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block 254, after which receipt processing is completed 
at block 240 . 

The conversion process performed in block 222 
of FIG. 6 is illustrated in FIG. 8. As shown, once the 
5 conversion processing has begun at block 260, the 

transaction name and transaction data are retrieved at 
block 2 62 from the queue into which these items were 
placed by block 254 of the receipt processing 
illustrated in FIG . 7. Next, at block 2 64 and 

10 test 266, the conversion process looks for the 

transaction type corresponding to this transaction in a 
transaction database and determines whether the 
transaction has been found. If the transaction type is 
determined not to have been found at test 266, the 

15 transaction name and data are stored in an error queue 
at block 268 and the conversion process is terminated 
at block 270. Otherwise, if the transaction type is 
determined to have been found at test 266, the 
destination application process data requirements and 

20 formatting rules are retrieved at block 272 for this 
transaction from the database. After retrieving this 
information, the transaction is parsed into destination 
application process semantics at block 274. Finally, 
the formatting rules are applied to these semantics at 

25 block 276 and then the conversion process is completed 
at block 270. 

A process 2 80 for execution in management 
system 104 of FIG. 1 is shown in FIG. 9. As 
illustrated, after process 280 has begun at block 282, 

3 0 an application process is selected for set up through 
user input or automatically at block 284. Once an 
application process has been selected, process 280 
determines at test 2 86 whether inbound and outbound 
broker processes have been established on the 

35 corresponding processing system. If test 286 

determines that the broker processes have not been 
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established, then process 280 establishes and verifies 
these processes at blocks 288 and 290. Once the broker 
processes have been verified at block 2 90 or if they 
were determined to have been established at test 2 86, 
5 process 2 80 determines whether all of the semantics for 
the application process have been defined at test 292. 
This may be accomplished by prompting a user, by 
performing checks on the application software, or by 
any other suitable method. If all of the semantics are 

10 determined not to have been defined, then the semantics 
and corresponding attributes are defined at block 294. 
These definitions may be entered manually by a user of 
the managing system or may be performed under an 
automated process. After all the semantics have been 

15 defined at block 294 or if all the semantics are 
determined to have been defined at test 292, then 
process 280 determines whether all transactions for the 
application process have been defined at test 296. If 
all of the transactions are determined not to have been 

2 0 defined at test 296, then groups of semantics are 

defined into the required transactions at block 298. 
As with the semantics definitions, the transaction 
definitions may be performed through user interaction 
or by an automated process. Once all of the 
25 transactions have been defined at block 298 or if all 

of the transactions are determined to have been defined 
at test 296, process 280 defines transaction routing 
between the source application process and the one or 
more destination application processes. As with the 

3 0 definition performed in blocks 2 94 and 298, this 

definition may be generated through user input or an 
automated process. Finally, at block 302, the 
semantic, transaction, and routing data are packaged 
and sent to each affected broker process, and then 
35 process 280 is completed at block 304. 
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Thus it is seen that by performing the 
conversion and routing functions of the system and 
method of the present invention, only a single 
translator is required for each source and destination 
5 application process using this system and method, 
changes, additions, and deletions of sources and 
destinations of data transmissions can be made without 
the modification or shutting-down of a source or 
destination application process using this system and 

10 method, and that this system and method can be 

implemented in virtually any enterprise architecture 
without requiring that each processing system of the 
architecture be custom built. One skilled the art will 
appreciate that the present invention can be 

15 implemented by other than the described embodiments, 
which are presented for purposes of illustration and 
not of limitation, and the present invention is limited 
only by the claims that follow. 
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We claim: 

1. A method of communicating data of a known 
data type from a first process to a second process 

5 on a single processing system, the method 
comprising: 

defining a relationship between a second 
queue that is associated with the second process 
and at least one of the known data type and a first 
10 queue that is associated with the first process; 

receiving the data in the first format 
from the first process; 

converting the data from the first format 
to a standard format; 
15 determining the second queue based upon 

the defined relationship after receiving the data 
in the first format from the first process; 

routing the data in the standard format 
to the second queue; 
20 receiving the data routed in the standard 

format at the second queue; and 

routing the data in the second format to 
the second process. 

2. A method of communicating data from a 

25 source process to a destination process, the method 
comprising : 

receiving the data in a source format 
from the source process; 

converting the data from the source 
30 format to a first format; 
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converting said data from the first 
format to a destination format; 

transmitting the data in the destination 
format to the destination process; 
5 generating an acknowledgment of receipt 

of the data when the data is received at the 
destination process; and 

notifying a user of an error upon an 
occurrence of at least one of a specified number of 
10 other transmission attempts and an absence of the 
acknowledgment of receipt within a given time 
period. 

3. The method of claim 2, wherein the 
communication data is of a known data type. 
15 4. The method of claim 2, further 

comprising : 

determining a destination address based 
upon a source address associated with the source 
process after receiving the data in the source 
20 format from the source process. 

5. A computer readable medium encoded with 
computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
25 said method comprising: 

receiving said data in a source format 
from said source process; 

converting said data from said source 
format to a first format; 
30 determining a destination address that is 
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associated with said destination process based upon 
at least one of said known data type and a source 
address that is associated with said source 
process ; 

5 converting said data in said first format 

to a destination format; 

transmitting said data in said 
destination format to said destination process; 

prior to said receiving of said data in 
10 said source format, defining at least one of said 
known data type, said source address, said source 
format, said first format, said destination format, 
and a relationship between said destination address 
and said at least one of said known data type and 
15 said source address, wherein said relationship is 
defined by accepting user input that defines said 
relationship between said destination address and 
said at least one of said known data type and said 
source address; 
20 said determining using said relationship 

in determining said destination address; and 

said relationship relating said 
destination address to both said known data type 
and said source address. 
25 6. The computer readable medium of claim 5, 

said method further comprising: 

transmitting said data in said first 
format with said destination address; 

receiving said data transmitted in said 
30 first format at said destination address; 

generating an acknowledgment of receipt 
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of said data when said data transmitted in said 
destination format is received at said destination 
process; and 

notifying a user of an error upon an 
5 occurrence of at least one of a specified number of 
other transmission attempts and an absence of said 
acknowledgment of receipt within a given time 
period. 

7. The computer readable medium of claim 5, 
10 wherein each of said source format, said first 

format , and said destination format are different. 

8. The computer readable medium of claim 5, 
wherein : 

said source format and said destination 
15 format are identical; and 

said source format and said destination 
format are different from said first format. 

9. The computer readable medium of claim 5, 
wherein said defining comprises accepting user 

20 input that defines said source address of said 
source process. 

10. The computer readable medium of 
claim 5, wherein said defining comprises accepting 
user input that defines said source format of said 

25 data. 

11. The computer readable medium of 
claim 5, wherein said defining comprises accepting 
user input that defines said destination format of 
said data. 

30 12. The computer readable medium of claim 5 

wherein said converting of said data from said 
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first format to said destination format comprises 
selecting said destination format from a plurality 
of available destination formats based upon said 
known data type of said data. 
5 13. The computer readable medium of claim 5, 

wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 
of available destination formats based upon said 

10 destination address transmitted with said data in 
said first format. 

14. A computer readable medium encoded with 
computer readable instructions for performing a 
method of communicating data of a known data type 

15 from a source process to a destination process, 
said method comprising: 

receiving said data in a source format 
from said source process; 

converting said data from said source 

20 format to a first format; 

determining a destination address that is 
associated with said destination process based upon 
at least one of said known data type and a source 
address that is associated with said source 

25 process; 

transmitting said data in said first 
format with said destination address; 

receiving said data transmitted in said 
first format at said destination address; 
30 converting said data in said first format 

to a destination format; 
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transmitting said data in said 
destination format to said destination process; 

prior to said receiving of said data in 
said source format, defining at least one of said 
5 known data type, said source address, said source 
format, said first format, said destination format, 
and a relationship between said destination address 
and said at least one of said known data type and 
said source address, wherein said relationship is 
10 defined by accepting user input that defines said 
relationship between said destination address and 
said at least one of said known data type and said 
source address; 

said determining using said relationship 
15 in determining said destination address; and 

said relationship relating said 
destination address to said source address without 
relating said destination address to said known 
data type. 

20 15 . A computer readable medium encoded with 

computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
said method comprising: 

25 receiving said data in a source format 

from said source process; 

converting said data from said source 
format to a first format; 

determining a destination address that is 

30 associated with said destination process based upon 
at least one of said known data type and a source 
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address that is associated with said source 
process; 

transmitting said data in said first 
format with said destination address; 

receiving said data transmitted in said 
first format at said destination address; 

converting said data in said first format 
to a destination formats- 
transmitting said data in said 
destination format to said destination process; 

prior to said receiving of said data in 
said source format, defining at least one of said 
known data type, said source address, said source 
format, said first format, said destination format, 
and a relationship between said destination address 
and said at least one of said known data type and 
said source address, wherein said relationship is 
defined by accepting user input that defines said 
relationship between said destination address and 
said at least one of said known data type and said 
source address; 

said determining using said relationship 
in determining said destination address; and 

said relationship relating said 
destination address to said known data type without 
relating said destination address to said source 
address . 

16. A system for communicating data of a 
known data type from a source process to a 
destination process, the system comprising: 

means for receiving said data in a source 
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format from said source process; 

means for converting said data from said 
source format to a first format; 

means for determining a destination 
address that is associated with said destination 
process based upon at least one of said known data 
type and a source address that is associated with 
said source process; 

means for transmitting said data in said 
first format with said destination address; 

means for receiving said data transmitted 
in said first format at said destination address; 

means for converting said data in said 
first format to a destination format; 

means for transmitting said data in said 
destination format to said destination process; 

means for generating an acknowledgment of 
receipt of said data when said data transmitted by 
said destination transmitter is received at said 
destination process; and 

means for notifying a user of an error 
upon an occurrence of at least one of a specified 
number of other transmission attempts and an 
absence of said acknowledgment of receipt within a 
given time period. 

17. The system of claim 16, wherein each of 
said source format, said first format, and said 
destination format are different. 

18. The system of claim 16, wherein: 

said source format and said destination 
format are identical; and 
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said source format and said destination 
format are different from said first format. 

19. The system of claim 16, further 
comprising means for defining at least one of said 

5 known data type, said source address, said first 

format, said destination format, and a relationship 
between said destination address and said at least 
one of said known data type and said source address 
prior to said data in said source format being 
10 received by said source receiver. 

20. The system of claim 19, wherein said 
means for defining at least one of known data type 
accepts user input that defines said known data 
type of said data. 

15 21. The system of claim 19, wherein said 

means for defining at least one of known data type 
accepts user input that defines said source address 
of said source process. 

22. The system of claim 19, wherein said 
20 means for defining at least one of known data type 

accepts user input that defines said source format 
of said data. 

23. The system of claim 19, wherein said 
means for defining at least one of known data type 

25 accepts user input that defines said first format 
of said data. 

24. The system of claim 19, wherein said 
means for defining at least one of known data type 
accepts user input that defines said destination 

30 format of said data. 
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25. The system of claim 19, wherein said 
wherein said means for defining at least one of 
known data type accepts user input that defines 
said relationship between said destination address 

5 and said at least one of said known data type and 
said source address. 

26. The system of claim 19, wherein: 
said addressing mechanism uses said 

relationship in determining said destination 
10 address; and 

said relationship relates said 
destination address to both said known data type 
and said source address. 

27. The system of claim 19, wherein: 

15 said means for determining a destination 

address uses said relationship in determining said 

destination address; and 

said relationship relates said 

destination address to said source address without 
20 relating said destination address to said known 

data type. 

28. The system of claim 19, wherein: 

said means for determining a destination 
address uses said relationship in determining said 
25 destination address; and 

said relationship relates said 
destination address to said known data type without 
relating said destination address to said source 
address . 

30 29. The system of claim 16, wherein said 

means for converting said data comprises means for 
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selecting said destination format from a plurality 
of available destination formats based upon said 
known data type of said data. 

30. The system of claim 16, wherein said 
5 means for converting said data comprises means for 
selecting said destination format from a plurality 
of available destination formats based upon said 
destination address transmitted with said data in 
said first format. 

10 31. A computer readable medium encoded with 

computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
said method comprising: 

15 receiving said data in a source format 

from said source process; 

converting said data from said source 
format to a first format; 

determining a destination address that is 

20 associated with said destination process based upon 
at least one of said known data type and a source 
address that is associated with said source 
process; 

transmitting said data in said first 
25 format with said destination address; 

receiving said data transmitted in said 
first format at said destination address; 

converting said data in said first format 
to a destination format; 
30 transmitting said data in said 

destination format to said destination process; and 
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prior to said receiving of said data in 
said source format, defining at least one of said 
known data type, said source address, said source 
format, said first format, said destination format, 
5 and a relationship between said destination address 
and said at least one of said known data type and 
said source address, 

wherein said determining uses said 
relationship in determining said destination 
10 address, and said relationship relates said 

destination address to both said known data type 
and said source address. 

32. The computer readable medium of claim 31, 
said method further comprising: 

15 when said data transmitted in said 

destination format is received at said destination 
process, generating an acknowledgment of receipt of 
said data; and 

notifying a user of an error upon an 

20 occurrence of at least one of a specified number of 
other transmission attempts and an absence of said 
acknowledgment of receipt within a given time 
period . 

33. The computer readable medium of claim 31, 
25 wherein each of said source format, said first 

format, and said destination format are different. 

34. The computer readable medium of claim 31, 
wherein : 

said source format and said destination 
30 format are identical; and 

said source format and said destination 
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format are different from said first format, 

35. The computer readable medium of claim 31, 
wherein said defining comprises accepting user 
input that defines said known data type of said 

5 data. 

36. The computer readable medium of claim 31, 
wherein said defining comprises accepting user 
input that defines said source address of said 
source process. 

10 37. The computer readable medium of claim 31, 

wherein said defining comprises accepting user 
input that defines said source format of said data. 

38. The computer readable medium claim 63, 
wherein said defining comprises accepting user 

15 input that defines said first format of said data. 

39. The computer readable medium claim 63, 
wherein said defining comprises accepting user 
input that defines said destination format of said 
data . 

20 40. The computer readable medium of claim 31, 

wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 
of available destination formats based upon said 

25 known data type of said data. 

41. The computer readable medium of claim 31, 
wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 

30 of available destination formats based upon said 
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destination address transmitted with said data in 
said first format. 

42. A computer readable medium encoded with 
computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
said method comprising: 

receiving said data in a source format 
from said source process; 

converting said data from said source 
format to a first format; 

determining a destination address that is 
associated with said destination process based upon 
at least one of said known data type and a source 
address that is associated with said source 
process ; 

transmitting said data in said first 
format with said destination address; 

receiving said data transmitted in said 
first format at said destination address; 

converting said data in said first format 
to a destination format; 

transmitting said data in said 
destination format to said destination process; and 

prior to said receiving of said data in 
said source format, defining at least one of said 
known data type, said source address, said source 
format, said first format, said destination format, 
and a relationship between said destination address 
and said at least one of said known data type and 
said source address, 
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wherein said determining uses said 
relationship in determining said destination 
address, and said relationship relates said 
destination address to said source address without 
5 relating said destination address to said known 
data type. 

43. The computer readable medium of claim 42 
said method further comprising: 

generating an acknowledgment of receipt 
10 of said data when said data transmitted in said 

destination format is received at said destination 
process; and 

notifying a user of an error upon an 
occurrence of at least one of a specified number of 
15 other transmission attempts and an absence of said 
acknowledgment of receipt within a given time 
period. 

44. The computer readable medium of claim 42, 
wherein each of said source format , said first 

20 format , and said destination format are different. 

45. The computer readable medium of claim 42, 
wherein : 

said source format and said destination 
format are identical; and 
25 said source format and said destination 

format are different from said first format. 

46. The computer readable medium of claim 42, 
wherein said defining comprises accepting user 
input that defines said known data type of said 

30 data. 
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47. The computer readable medium of claim 42, 
wherein said defining comprises accepting user 
input that defines said source address of said 
source process. 
5 48. The computer readable medium of claim 42, 

wherein said defining comprises accepting user 
input that defines said source format of said data. 

49. The computer readable medium of claim 42, 
wherein said defining comprises accepting user 

10 input that defines said first format of said data. 

50. The computer readable medium of claim 42 , 
wherein said defining comprises accepting user 
input that defines said destination format of said 
data . 

15 51. The computer readable medium of claim 42, 

wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 
of available destination formats based upon said 

20 known data type of said data. 

52. The computer readable medium of claim 42, 
wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 

25 of available destination formats based upon said 
destination address transmitted with said data in 
said first format. 

53. A computer readable medium encoded with 
computer readable instructions for performing a 

30 method of communicating data of a known data type 
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from a source process to a destination process, 
said method comprising: 

receiving said data in a source format 
from said source process; 
5 converting said data from said source 

format to a first format; 

determining a destination address that is 
associated with said destination process based upon 
at least one of said known data type and a source 
10 address that is associated with said source 
process; 

transmitting said data in said first 
format with said destination address; 

receiving said data transmitted in said 
15 first format at said destination address; 

converting said data in said first format 
to a destination format; 

transmitting said data in said 
destination format to said destination process; and 
20 prior to said receiving of said data in 

said source format, defining at least one of said 
known data type, said source address, said source 
format, said first format, said destination format, 
and a relationship between said destination address 
25 and said at least one of said known data type and 
said source address, 

wherein said determining uses said 
relationship in determining said destination 
address, and said relationship relates said 
30 destination address to said known data type without 
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relating said destination address to said source 
address . 

54. The computer readable medium of claim 53, 
said method further comprising: 

5 when said data transmitted in said 

destination format is received at said destination 
process, generating an acknowledgment of receipt of 
said data; and 

notifying a user of an error upon an 
10 occurrence of at least one of a specified number of 
other transmission attempts and an absence of said 
acknowledgment of receipt within a given time 
period . 

55. The computer readable medium of claim 53, 
15 wherein each of said source format, said first 

format, and said destination format are different. 

56. The computer readable medium of claim 53, 
wherein : 

said source format and said destination 
20 format are identical; and 

said source format and said destination 
format are different from said first format. 

57. The computer readable medium of claim 53, 
wherein said defining comprises accepting user 

25 input that defines said known data type of said 
data . 

58. The computer readable medium of claim 53, 
wherein said defining comprises accepting user 
input that defines said source address of said 

30 source process. 
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59. The computer readable medium of claim 53, 
wherein said defining comprises accepting user 
input that defines said source format of said data. 

60. The computer readable medium of claim 53, 
5 wherein said defining comprises accepting user 

input that defines said first format of said data. 

61. The computer readable medium of claim 53, 
wherein said defining comprises accepting user 
input that defines said destination format of said 

10 data. 

62. The computer readable medium of claim 53, 
wherein said converting of said data from said 
first format to said destination format comprises 
selecting said destination format from a plurality 

15 of available destination formats based upon said 
known data type of said data. 

63. The computer readable medium of claim 53, 
wherein said converting of said data from said 
first format to said destination format comprises 

20 selecting said destination format from a plurality 
of available destination formats based upon said 
destination address transmitted with said data in 
said first format. 

64. A system for communicating data of a 
25 known data type from a source process to a 

destination process, the system comprising: 

means for receiving said data in a source 
format from said source process; 

means for converting said data from said 
30 source format to a first format; 
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means for determining a destination 
address that is associated with said destination 
process based upon at least one of said known data 
type and a source address that is associated with 
said source process; 

means for transmitting said data in said 
first format with said destination address; 

means for receiving said data transmitted 
in said first format at said destination address; 

means for converting said data in said 
first format to a destination format; 

means for transmitting said data in said 
destination format to said destination process; and 

means for defining at least one of said 
known data type, said source address, said first 
format, said destination format, and a relationship 
between said destination address and said at least 
one of said known data type and said source address 
prior to said data in said source format being 
received by said source receiver. 

65. The system of claim 64, further 
comprising : 

means for generating an acknowledgment of 
receipt of said data when said data transmitted by 
said destination transmitter is received at said 
destination process; and 

means for notifying a user of an error 
upon an occurrence of at least one of a specified 
number of other transmission attempts and an 
absence of said acknowledgment of receipt within a 
given time period. 
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66. The system of claim 64, wherein each of 
said source format, said first format, and said 
destination format are different. 

67. The system of claim 64, wherein: 

5 said source format and said destination 

format are identical; and 

said source format and said destination 
format are different from said first format. 

68. The system of claim 64, wherein said 
10 means for defining data accepts user input that 

defines said known data type of said data. 

69. The system of claim 64, wherein said 
means for defining data accepts user input that 
defines said source address of said source process. 

15 70. The system of claim 64, wherein said 

means for defining data accepts user input that 
defines said source format of said data. 

71. The system of claim 64, wherein said 
means for defining data accepts user input that 

20 defines said first format of said data. 

72. The system of claim 64, wherein said 
means for defining data accepts user input that 
defines said destination format of said data. 

73. The system of claim 64, wherein said 
25 means for defining data accepts user input that 

defines said relationship between said destination 
address and said at least one of said known data 
type and said source address. 

74. The system of claim 64, wherein: 
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said means for determining said 
destination address uses said relationship in 
determining said destination address; and 
said relationship relates said 
5 destination address to both said known data type 
and said source address. 

75. The system of claim 64 , wherein: 
said means for determining said 
destination address uses said relationship in 
10 determining said destination address; and 
said relationship relates said 
destination address to said source address without 
relating said destination address to said known 
data type. 

15 76. The system of claim 64, wherein: 

said means for determining said 
destination address uses said relationship in 
determining said destination address; and 
said relationship relates said 
20 destination address to said known data type without 
relating said destination address to said source 
address . 

77. The system of claim 64, wherein said 
means for converting comprises a selecting 

25 mechanism that selects said destination format from 
a plurality of available destination formats based 
upon said known data type of said data. 

78. The system of claim 64, wherein said 
means for converting comprises a selecting 

30 mechanism that selects said destination format from 
a plurality of available destination formats based 
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upon said destination address transmitted with said 
data in said first format. 

79. A computer readable medium encoded with 
computer readable instructions for performing a 
5 method of communicating data of a known data type 
from a source process to a destination process, 
said method comprising: 

receiving the data in a source format 
from the source process ; 
10 converting the data from the source 

format to a first format; 

transmitting the data in the first format 
to a destination address that is associated with 
the destination process; 
15 receiving the data transmitted in the 

first format at the destination address; 

converting said data from the first 
format to a destination format; 

transmitting the data in the destination 
20 format to the destination process; 

generating an acknowledgment of receipt 
of the data when the data is received at the 
destination process; 

notifying a user of an error upon an 
25 occurrence of at least one of a specified number of 
other transmission attempts and an absence of the 
acknowledgment of receipt within a given time 
periods- 
identifying the data type of the 
30 transmitted data after receiving the data in the 
source format from the source process; and 
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determining the destination address based 
upon the identified data type of the transmitted 
data, 

wherein the communicated data is of a 
5 known data type, 

80. A computer readable medium encoded with 
computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
10 said method comprising: 

receiving the data in a source format 
from the source process; 

converting the data from the source 
format to a first format; 
15 transmitting the data in the first format 

to a destination address that is associated with 
the destination process; 

receiving the data transmitted in the 
first format at the destination address; 
20 converting said data from the first 

format to a destination formats- 
transmitting the data in the destination 
format to the destination process; 

generating an acknowledgment of receipt 
25 of the data when the data is received at the 
destination process ; 

notifying a user of an error upon an 
occurrence of at least one of a specified number of 
other transmission attempts and an absence of the 
30 acknowledgment of receipt within a given time 
period; 



CA 02597150 2007-08-28 



-46- 

identifying the data type of the 
transmitted data after receiving the data in the 
source format from the source process; and 

determining the destination address based 
5 upon the identified data type of the transmitted 
data and a source address associated with the 
source process, 

wherein the communicated data is of a 
known data type. 
10 81. A computer readable medium encoded with 

computer readable instructions for performing a 
method of communicating data of a known data type 
from a source process to a destination process, 
said method comprising: 
15 accepting user input that defines a 

relationship between a destination address that is 
associated with the destination process and at 
least one of the known data type and a source 
address that is associated with the source process; 
20 receiving the data in a source format 

from the source process; 

converting the data from the source 
format to a first format; 

determining the destination address based 
25 upon the defined relationship after receiving the 
data in the source format from the source process; 

transmitting the data in the first format 
to the destination address; 

receiving the data transmitted in the 
30 first format at the destination address; 
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converting the data in the first format 
to a destination format; and 

transmitting the data in the destination 
format to the destination process. 
5 82. The computer readable medium of claim 81, 

said method further comprising: 

defining the known data type, the source 
address, the source format, the first format, and 
the destination format, prior to receiving the data 
10 in the source format. 

83. The computer readable medium of claim 82, 
wherein the step of defining comprises accepting 
user input that defines the known data type, the 
source address, the source format, the first 

15 format, and the destination format. 

84. The computer readable medium of claim 81, 
wherein the step of converting the data from the 
first format to the destination format comprises 
selecting the destination format from a plurality 

20 of available destination formats based solely upon 
the known data type. 

85. The computer readable medium of claim 81, 
wherein : 

the data is transmitted in the first 
25 format with the destination address; and 

the step of converting the data from the 
first format to the destination format includes 
selecting the destination format from a plurality 
of available destination formats based upon the 
30 destination address transmitted with the data in 
the first format . 
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86. A computer readable medium encoded with 
computer readable instructions for performing a 
method of communicating data from a source process 
to a destination, said method comprising: 

5 receiving the data in a source format 

from the source process; 

converting the data from the source 
format to a first format; 

transmitting the data in the first format 
10 to a destination address that is associated with 
the destination process; 

receiving the data transmitted in the 
first format at the destination address; 

converting said data from the first 
15 format to a destination formats- 
transmitting the data in the destination 
format to the destination process; 

generating an acknowledgment of receipt 
of the data when the data is received at the 
20 destination process; and 

notifying a user of an error upon an 
occurrence of at least one of a specified number of 
other transmission attempts and an absence of the 
acknowledgment of receipt within a given time 
25 period. 

87. The computer readable medium of claim 8 6, 
wherein the communication data is of a known data 
type . 

88. The computer readable medium of claim 8 6, 
30 said method further comprising: 
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determining the destination address based 
upon a source address associated with the source 
process after receiving the data in the source 
format from the source process. 
5 89. The method of claim 2, further 

comprising : 

transmitting the data in the first format 
to a destination address that is associated with 
the destination process; and 
10 receiving the data transmitted in the 

first format at the destination address. 

90. The computer readable medium of claim 5, 
said method further comprising: 

transmitting said data in said first 
15 format with said destination address; 

receiving said data transmitted in said 
first format at said destination address. 



CA 02597150 2007-08-28 



n ss 

CO h 

W oq 0Q 

a >h 

O co 

PS 

ex. 











I — } 


s 


CO 




ES 


CO ^ 


o 




o 


CO 






DL4 





Eh 












W 


s 




S 








Eh 




AG 


CO 






■< 




CO 




< 














H 



o 



CA 02597150 2007-08-28 



CXI 

o 



o 



CM 




cm 



CD 

H 
|X4 



CA 02597150 2007-08-28 



CM 



< 




Eh 


Is 


< 


o 


Q 


H 








< 


> 


O 
I— l 


W 




o 


Ol 


w 




Oh 




Q 


w 


Z 


o 




PC 




ZD 




o 


o 


00 








S 




o 


1 — 1 


a: 


< 


Dm 


3: 





Eh 

i — I 

u 

W 
OS 

0t5 

o 

GO 
00 
W 

o 
o 

Oi 



z 
< 

s 
o 



oo 

00 

w 

o 
o 



Eh 
Z 

w 
s 
w 

o 



O 

a; 



3* 



z 
o 

PQ 
Z 
i — i 






ROM 


TO 


Eh 




< 


4AT 


0RM 


d 


DAT 


FORI? 


u, 
a 

OS 


M 




JRCE 


<=c 


fa 


ER 


Q 




> 














CO 


o 

CO 


CO 



CM 



z 

CO 

2 _ 

as o 

> £ 

o ^ 







z 




1 — 1 

Q 




z 




o 




Oi 


Z 


00 


o 


w 


M 


PC 


Eh 


PC 


< 


o 


Z 


o 


M 




Eh 




00 


o 




En 


Q 


E£l 








w 




D 




O 






CA 02597150 2007-08-28 



L2 \ 




O 

HI 



CA 02597150 2007-08-28 



O 

CM, 



PC 




o 




PC 


o 




M 




Eh 






o 




1 — 1 








1 — ! 


W 


Eh 




O 











oo 
no 

CM 



J 






S3 




O 




H 




CO 




CO 
1 — 1 






MEN 




OF THIS 

transm: 


EDGE 




WL 






O 




w o 

PQ H 






« 




NUM 

t\d V . 






< 








- 


Eh 


— > 


CU 






M 

W 




SER] 
WIT 


O 




W 




PC 

w 






Eh 






< 








GENE 




CO 

ansm: 






PC 




En 
















CM 






o 

H 

Eu 



CA 02597150 2007-08-28 



Csl 

Csl- 

C\] 



o 

CM 





00 




/ 

/ 


CO 




pa 






o 


\ 


/ 


o 
















Q 




IN 






CD 


Eh 




o 


< 


w 


. * 


Q 


PQ 


1 z 






Eh 






0^ 






W 






> 






25 






O 






O 





CM 
CM 



pa 




s 




<c 






w 


:on 


UEU 


i — i 

E-t 


a 


AN SAC 


FROM 


TR 


TA 


VE 


DA 


w 


Q 


TRI 


Z 


w 









oo 

CSJ \ 



2 






o 




pa 


1 — I 






Eh 




pa 


U 


< 




< 


a 


a 


CO 








a 




1 




o 


Eh 




RR 




pa 






s 










o 






Eh 






CO 








00 



H 
fa 



CA 02597150 2007-08-28 



O 
00 

CM " 





o 




z 




M 




CO 




00 






CO 


o 




o 


CM \ 





CO 

CO CO 
M 

CQ 
< 
Eh 
CO 



o 



u 
z 

CO 

or; 



> 



23 




o 








CO 


Eh 


W 


CO 


CO 


>H 


CO 


CO 


w 






CD 


O 


z 


a: 


hH 




CO 




CO 




w 


w 


o 




o 


o 


p£ 




a, 


PQ 





CO 

u 

I — I 
Eh 

z 
<: 
s 
&a 

CO 

w 
z 

i — i 

w 

Q 



CD 
Z 
i — I 
Q 
Z 

o 

Dui 
CO 
W 

or; 
o 
a 

a 
z 
< 



CO 

w 

Eh 
D 
CQ 
1 — i 

Eh 
Eh 









o 


O 






Eh 


CO 


CO 


Z 


Z 




I — i 


o 


o 




M 


O 


CO 


Eh 




O 


O 


CD 


1 — 1 


<C 




Eh 


CO 


W 


Z 


Z 


z 


*c 




M 


s 


or: 


Pm 


w 


Eh 


W 


CO 




Q 







/ 

/ s 
/ &a 

/ Eh 

; co 



CO 
CO 




104 

.1 


106 

A 


lUD 

I 


MANAGEMENT 
SYSTEM 

1 




PROCESSING 

SYSTEM 
A 

i - 1 




PROCESSING 
SYSTEM 
B 



102 



I x 



COMMUNICATION NETWORK 



1 

106 

I - 


1 — - ; 

106 


i 


PROCESSING 
SYSTEM 

C 




PROCESSING 
SYSTEM 

D 



